home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 9098 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.7 KB  |  45 lines
  1. Path: keats.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Fractals
  5. Date: 6 Mar 1996 20:59:02 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Message-ID: <4hlqemINN450@keats.ugrad.cs.ubc.ca>
  8. References: <4hhv43$49i@sunburst.ccs.yorku.ca> <313D1AF1.4A22@hsc.unt.edu> <4hjm6pINN44r@keats.ugrad.cs.ubc.ca> <313DCE26.6F0F@hsc.unt.edu>
  9. NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
  10.  
  11. In article <313DCE26.6F0F@hsc.unt.edu>,
  12. Steve Fogoros  <sfogoros@hsc.unt.edu> wrote:
  13.  
  14. [ liberty taken to reformat to 79 columns ]
  15.  
  16.  >The question is regarding the correct, standard, and generally accepted forms
  17.  >of writing exponentiation in C code and in documentation. I've seen z**2 in
  18.  
  19. The standard way of writing exponentiation in C code is
  20.  
  21. #include <math.h>
  22. .
  23. .
  24.  
  25.     z = pow(x,y);
  26.  
  27. where x, y, z are floats or doubles preferrably.
  28.  
  29.  >documentation that I always interpreted as exponentiation.   And, I know that
  30.  >the BASIC language has the exponent operator ^. I have avoided using ^ in the
  31.  >past because of these variations. I am interested in your opinion on this
  32.  >topic.
  33.  
  34. I basically have no opinion. I write all technical documentation in TeX, which
  35. has more than adequate equation typesetting. :) I wouldn't attempt such
  36. gymnastics in a text medium: too taxing on my creativity.
  37.  
  38. The people who frequent sci.math, I believe, have developed some sort of
  39. notation for representing equations in the ascii medium. I suspect that it is
  40. heavily TeX and Maple influenced; it's been so long since I read that newsgroup
  41. that I can't remember. This is getting way off topic for comp.lang.c, so I
  42. better quit while I'm ahead.
  43. -- 
  44.  
  45.